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В статье предлагаются концептуальные схемы управления процессами в системе обработки изображений, 
позволяющие создавать графический интерфейс в соответствии с прикладной спецификой решаемой зада- 
чи. Схемы позволяют изменять и наращивать функциональность системы, так как построены на скрипт- 
ядре с использованием «интеллектуального» коллаборативного подхода, что дает возможность применять 
объективные и проверенные алгоритмы обработки изображений. 
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автоматизированная обработка изображений, управление процессами. 
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Введение 


Даже если принять во внимание только область обработки изображений, в на- 
стоящее время существует большое количество программных библиотек, коммерче- 
СКИХ ИЛИ разработанных под лицензией «Ореп Зоигсе». Как правило. поддержка таких 
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инструментов — далеко не тривиальная работа, диктующая определенную специфику 
в организации программного обеспечения. Она зависит от решаемой задачи, опыта 
пользователя, а также среды пользовательского рабочего места. По этой причине, 
современные требования к программному обеспечению заключаются в необходимости 
динамичной организации функционала, пользовательского интерфейса и управления 
данными в данной предметной области (методы обработки изображений, контроль ка- 
чества, дистанционный контроль и т.п.). 

Любое программное приложение из области анализа изображений «исследует» 
объект в терминах его происхождения, структуры и функциональных свойств (напри- 
мер, в медицинских задачах [1]). Достаточно сложно спроектировать компьютерную 
реплику инструментов для автоматизированного анализа изображений с тем, чтобы 
создать универсальное рабочее место. Таким образом, необходимо рассмотреть возмож- 
ность использования технологических решений, в основе которых лежит так называемая 
«адаптивность» или «гибкость» ПО («ЗоЙ\аге НехЬИцу»). 

В настоящее время «гибкость» ПО (не путать с гибкой методологией разработки, 
англ.: «АзШе зойу\уаге 4еуеортеп›) — достаточно популярная концепция, как новое 
свойство программных приложений. Определение было впервые дано ТЕЕЕ [2]: «Лег- 
кость, с которой система или компонент могут быть модифицированы для использо- 
вания в приложениях или в условиях других, чем те, для которых она была специально 
разработана» (перевод авторов). Определение, безусловно, может быть оспорено или, 
по крайней мере, дополнено по ряду позиций, тем не менее, существует целый ряд 
метрик, количественно и качественно описывающих степень гибкости разрабатываемой 
программной среды [3]. Обсуждение этих вопросов выходит за рамки данной статьи, 
однако авторы преследуют глобальную цель предложить новое архитектурное решение 
прикладной предметно-ориентированной системы, которая бы в дальнейшем позволила: 

— улучшенный анализ изображений путем получения численных, повторимых 
и объективных результатов; 

— выбор релевантных подмножеств признаков в диагностических задачах путем 
отслеживания множеств признаков, наиболее используемых экспертами; 

— получение новых знаний при выделении новых признаков и исполнение статис- 
тических экспериментов для оценки их эффективности; 

— новые возможности в программной поддержке принятия решений. 

На данном этапе предлагается элегантная концепция управления процессами в 
системе обработки изображений и создания пользовательского интерфейса с примене- 
нием интеллектуальной социальной (рекомендательной) составляющей, что позволяет 
вносить изменения в функционал, надстраивать его с помощью скриптов обработки 
и упростить решение описанных выше проблем. 


Скрипт как основа гибкого ПО 


В прикладной программе сценарий (скрипт) — это программа, которая автоматизи- 
рует ту или иную задачу, которую без сценария пользователь делал бы вручную, 
используя интерфейс программы [4], [5]. Скриптовые языки позволяют разработчи- 
кам комбинировать и «сцеплять» вместе различные функции или пакеты программ, а 
также согласовывать результаты, полученные в результате работы системы в целом. 
Для создания гибкой среды или программной системы с «открытой архитектурой» 
вышеописанные языки являются эффективными с точки зрения их интеграции как 
инструмента модификации и расширения функционала разрабатываемого ПО для 
анализа изображений. 
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При выборе оптимального скриптового языка, но котором должно основываться 
ядро программного комплекса с «открытой архитектурой», был использован мате- 
риал, опубликованный Гийомом Марсо [6]. В своем исследовании он сравнил парамет- 
ры 72 реализаций языков программирования по 19 специальным тестам, подготовленным 
проектом «Тве Сотршег Гапоцасе ВепсЬташз$ Сате». Оценивались такие параметры, 
как скорость исполнения кода и его размер, потребление памяти, необходимой для 
реализации определенных функций и т.д. Гибкость и особый функционал языка Глла [7] 
позволил определить его как наиболее подходящий при решении поставленной задачи. 
Благодаря использованию интерпретатора Глла в качестве ядра, система обрела следую- 
щие достоинства: 

1. Гибкость интеграции отдельных задач в едином операционном пространстве. 
Реализация различных компонент инвариантна к процессу их ассемблирования и адап- 
тации под конкретные задачи. 

2. Декомпозиция задачи на ряд небольших подзадач, с учетом системности, т.е. 
более эффективное распределение заданий между членами групп и разработчиками, 
упрощение процесса отладки. 

3. Простая портируемость без изменений и рекомпиляции уже созданных и отла- 
женных компонент в новые проекты, и их интеграция в новую систему связей, схему 
функционирования и информационного обмена с другими компонентами. 

4. Возможность использования отлаженного сценария сборки в качестве основы 
для нового проекта с новым или доработанным функционалом. 

5. Проектируемость системы по принципу «от простого к сложному», постепенно 
наращивая функциональные возможности системы и решая первоочередные задачи 
проекта. 

Структура разрабатываемого программного обеспечения с учетом особенностей 
задачи организована так, что базовый язык большинства функций С++ может одновре- 
менно расширять Глла. Например, С-функции могут вызывать Гла-функции и наоборот. 
Основой симбиотического взаимодействия между Гла и его базовым языком является 
виртуальный стек, который является структурой данных МЕО («Газ ш-Еи$ё Ощ», 
«последний вошел — первый вышел») и временно сохраняет аргументы функции и ее 
результаты. Для вызова из Гла базового языка (и наоборот) вызывающая сторона по- 
мещает значения в стек и вызывает целевую функцию; принимающая сторона извлекает 
аргументы из стека, обрабатывает данные и помещает в стек результаты. Когда управле- 
ние возвращается вызывающей стороне, она извлекает значения из стека. Используя 
С АР[, приложение может также получить информацию из Гла-структуры. Обратное 
действие (вызов С-функции из Гла) аналогично. Гла может загружать и вызывать 
функции по требованию. 

В результате интеграции Глла в программу появилась возможность писать и экспор- 
тировать в [ла функции программы, написанные на С, а также использовать эти функции 
прямо из скрипта программы. Кроме того, подобные функции можно создавать и исполь- 
зовать как отдельные специализированные ОТЛ, модули (с [ла интерфейсом). В силу 
большой распространенности языка существует болышое количество уже разработан- 
ных модулей, также есть возможность при помощи специально разработанных функций 
сопряжения использовать функции обычных ЯЙ-библиотек. 

Использование описанной методологии для гибкого программного обеспечения 
позволяет получить возможность быстрой адаптации интерфейса для различных прик- 
ладных задач, в частности, и эффективное управление логикой и функционалом системы, 
в целом. Как следствие, интерактивная составляющая уменьшается, что существенно 
упрощает работу в той или иной области. 
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Создание гибкого пользовательского интерфейса 


Графический интерфейс пользователя (Отарыс Озег ПиегРасе, СОТ) или ГИП при- 
ложения состоит из двух наборов функций: неизменяемых базовых статичных функций и 
расширяемого набора, который управляется посредством Гла-скриптов. Сложные эле- 
менты СОТ программируются на С++ как Гла-функция в виде единого компонента и 
к ним относятся такие формы, как «виджет» (контейнер) отображения и редактирования 
изображения с соответствующими инструментами, диалог интерактивной пороговой 
сегментации, диалог отображения гистограммы изображения, таблицы результатов 
вычисления характеристик и текстовый редактор работы с ГОА скриптом. Простые 
элементы напрямую транслируются в Гла-функции и к ним относятся: управление ме- 
ню, панели с управляющими элементами и универсальный диалог, который включает 
элементы, необходимые для вызова Глла-функций (рис. 1). 


О = б 
Контейнер МЕНЮ ПОЛЬЗОВАТЕЛЯ 
изображений 
(виджет) 
обработке изображений 
изображений 


Общесистемные 


Диалоги в обработке диалоги 
изображений 


Статическая форма 


Рисунок 1 — Графический интерфейс пользователя «гибкого» приложения 


Работа с приложением, сознанным по предлагаемой структуре, сводится к следу- 
ющим основным принципам: 

— СОТ управляется через ГАЛА, который является корневым элементом интерфейса 
программы -— контейнером, где размещаются все элементы; 

— позиционирование элементов в контейнере производится при помощи ©]. 
Он сам расположит и отобразит элемент согласно определенным правилам. Основные 
контейнеры: фрейм, вертикальный сайзер, горизонтальный сайзер; 

— обработчики событий задаются в виде функций, «прикрепленных» к «виджетам»; 

— цикл обработки событий запускается после создания диалога; 

— универсальный диалог покрывает все необходимые элементы для вызова функ- 
ций ГОА. 

Таким образом, достигается простое управление внешним видом приложения и 
быстрая адаптация интерфейса программы к разнородным задачам анализа изображе- 
ния. При такой организации приложения интерактивная часть работы может быть све- 
дена к минимуму, что значительно упрощает взаимодействие пользователя с программой. 

Технология описанная в данной статье предназначена для организации управле- 
ния процессами с тем, чтобы: 

— адаптировать интерфейс под нужды конкретного специалиста (пользователя); 

— использовать доступный алгоритмический опыт пользователей; 

— модифицировать алгоритмы в соответствии со спецификой той или иной задачи 
и предоставить адекватный динамический интерфейс взаимодействия с пользователем; 

— оптимизировать решение задач запуском процессов в распределенном режиме 
под управлением веб-сервиса. 
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Очевидно, что все описанные вопросы связаны с особой архитектурой построения 
графического интерфейса, но не только. В проектируемой системе должен также при- 
сутствовать некоторый Агент, который будет принимать решение о том, какие имен- 
но изменения должны быть внесены в интерфейс и функционал. 


Рекомендательная система и коллаборативная 
фильтрация 


Предлагаемая в статье система имеет свойства, схожие со свойствами рекоменда- 
тельной системы, в основе которой лежит следующее предположение: те пользователи, 
которые дали оценку тем или иным объектам какого-либо типа в прошлом, могут 
дать похожее оценку другим схожим объектам и в будущем. Решения принимаются 
индивидуально каждым пользователем, при этом используемая информация 
извлекается из базы данных. Наиболее распространённым подходом для решения 
задачи предсказания (прогнозирования) в рекомендательных системах является кол- 
лаборативная фильтрация (СоПабогание ЕШетпе), использующая известные предпочте- 
ния и оценки группы пользователей, чтобы сделать предположение о неизвестных 
предпочтениях нового пользователя [8]. 

Коллаборативная фильтрация отличается от простого подхода, так как присваивает 
некоторое число (голосов) исследуемому объекту, например, в результате голосования. 
В настоящее время проводятся достаточно активные исследования в этой области, 
поэтому существует ряд методов, решающих задачу с использованием различного 
математического аппарата. 

В проектируемой программе предлагается три режима работы рекомендательной 
системы, используемых при различном объеме информации о предпочтениях конкрет- 
ного пользователя: 

— информация отсутствует (так называемый «холодный старт», например, сразу 
после регистрации пользователя); 

— набрана информация об интенсивности использования определенного набора 
функций (стратегия пассивной обратной связи с пользователем, никаких действий от 
пользователя не требуется; качество рекомендаций растет с интенсивностью исполь- 
зования); 

— помимо информации об интенсивности использования, также набрана база 
количественных оценок используемых функций (стратегия активной обратной связи 
с пользователем, от пользователя требуется вручную выставлять оценки используемым 
алгоритмам по пятибалльной шкале; качество рекомендаций существенно растет с 
ростом базы оценок; стратегия оптимальна для быстрого старта). 

Итак, для сценария 1 при «холодном старте» предлагается для персонификации 
интерфейса использовать либо усреднённую оценку алгоритма всеми пользователями, 
либо усреднённую оценку алгоритма пользователями в данной сфере знаний (при ее 
наличии) или различных типов изображений, например, спутниковые изображения, 
медицинские КТ, гистологические или цитологические изображения, наноскопические 
структуры и т.д. 

В дальнейшем добавление социальной составляющей и использование отзывов 
других пользователей позволит максимально быстро формировать такой «слабо изме- 
няемый костяк ГИП» на этапе «холодного старта» прямо после регистрации, основываясь 
лишь на сфере деятельности пользователя и его профиле. 

Для сценария 2 используется подход на базе решений коллаборативной фильтРа- 
ции по предметам на основании статистики покупок, посещений, голосов. Для реали- 
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зации был выбран алгоритм «Иет-ю-Цешт» [9]. По сравнению с принятым методом, в 
систему предлагается внести модификацию: за факт использования сценария принима- 
лось не однократное его исполнение, а применение того же сценария не менее 10 раз. 

Для сценария 3 используется подход на базе решений коллаборативной фильтра- 
ции для предметов с оценками на базе хорошо зарекомендовавшего себя алгоритма 
«ЗТоре Опе» [10]. 


Интеллектуальный агент для управления скриптами 


При разработке архитектуры задача-ориентированной системы рекомендатель- 
ного типа было сделано предположение, что существует, по крайней мере, две различные 
схемы создания интерфейса с интеллектуальной поддержкой, функционирующие в соот- 
ветствии с первым сценарием (без фильтрации) и вторым или третьим (с фильтрацией). 
Встроенные интеллектуальные агенты (ИА) авторы предлагают условно называть соот- 
ветственно: «ИА без фильтрации» и «ИА с фильтрацией». 

По сути, основа ИА в предлагаемых схемах одна и та же. Разница заключается 
лишь В том, что в первом случае генерация С ]-скрипта выполняется по предуста- 
новленному набору оценок скриптов обработки, основанных на выделенных признаках 
изображения. В другом случае оценки формируются адаптивно в зависимости от коли- 
чества областей пользовательских интересов (в данном случае в области анализа изоб- 
ражений). Таким образом, качество оценки увеличивается с увеличением числа пользо- 
вателей или интенсивности использования программы, если система запущена локально 
для одного пользователя. 

Интеллектуальный агент без фильтрации. Пользовательский интерфейс в этом 
случае генерируется с помощью Гла-скриптов на основании вычисленных характеристик 
обрабатываемого изображения (например: панель для текстурных характеристик, 
если исследуется текстура). 

Так как приложение работает в полностью автономном режиме и не использует 
любую другую информацию кроме самого изображения, то набор рекомендаций закла- 
дывается разработчиком приложения заранее, на этапе его создания и распростране- 
ния. Схема клиентской части представлена на рис. 2. 

Так, например, при загрузке фотоизображения в ГИП будут актуализированы алго- 
ритмы цветовой коррекции, улучшения качества, алгоритмы текстурного анализа и т.п., а 
при работе с бинарными изображениями на первый план выйдут морфологические 
преобразования, алгоритмы дистанционных преобразований и скелетизации, функции 
выделения и подсчета «блобов». 

На первый взгляд, предлагаемая схема накладывает ограничения на возможности, 
предоставляемые пользователю, однако, благодаря скриптовой реализации Интеллекту- 
альной составляющей, опытные пользователи могут изменять как алгоритмическую 
(вычислительную) функциональность, так и интерфейс. 

Интеллектуальный агент с фильтрацией. ГИП в этом случае также генерируется 
с помощью Гла-скриптов на основе вычисленных характеристик изображения с 
применением ИА. Однако рекомендации по использованию определенного функционала 
системы делаются при помощи коллаборативной фильтрации, собирающей и обраба- 
тывающей статистику использования определенных функций. На рис. 3 показана 
принципиальная схема архитектуры клиента по обработке изображений с расширяемым 
функционалом и встроенным интеллектуальным агентом с фильтрацией. 

Таким образом, дальнейшей работой стало развитие упомянутого метода, основной 
сложностью которого при всех его преимуществах является создание управляющего 
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скрипта интеллектуального агента, который мог бы обеспечить логику адаптации 
графического интерфейса для заданного типа изображений. Эта задача достаточно 
просто и качественно решается на фиксированном наборе выделяемых характеристик 
изображений и фиксированном наборе скриптов обработки посредством обучения на 
тестовой выборке, как это описано выше. Для того, чтобы выполнить условие гибкости 
системы, потребовалась адаптация ИА для работы на расширенных наборах признаков и 
алгоритмов. 


Интеллектуальный Агент 


Автоматическое Оптимизация 61 
Запуск Программы Выделение в Соответствии с 
СБазовым бИ Признаков Выделенными 
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Рисунок 2 — Архитектура системы обработки изображений (клиент) 
с расширяемым функционалом без фильтрации 


С целью решить поставленную задачу был предложен способ адаптации логии- 
КИ работы ИА на основании пользовательской истории использования программы. Для 
этого ИА в фоновом режиме производит вычисление признаков всех исследуемых 
изображений И фиксирует в локальной базе данных факт применения для них опре- 
деленного набора алгоритмов и частоту их использования. Далее, при построении 
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интерфейса проводится анализ локальной БД и на основании пользовательской истории 
использования приложения формируется персонализированный интерфейс. 
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Рисунок 3 — Архитектура системы обработки изображений (клиент) 
с расширяемым функционалом без фильтрации 


Наличие локальной базы данных и такой статистики позволяет не только реко- 
мендовать интерфейс, уникальный для изображений с определенными свойствами, 
но и формировать персонифицированную основу (слабо изменяемый костяк) ГИП 
для этого пользователя, отражающую особенности его работы. 


Заключение 


В основе описанной концепции заложено использование скриптового языка как 
ядра системы, что позволяет сделать графический интерфейс пользователя динамичным и 
изменяемым. Данная технология создания ПО также дает возможность генерировать 
новые функции, расширять функционал, и вносить, таким образом, гибкость, делая ра- 
боту с системой более удобной. 

В статье описана только клиентская часть системы. Проектирование серверной 
части также может внести ряд полезных функциональных свойств, таких, как накопление 
статистики использования сценариев и эффективного применения методов коллабо- 
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ративной фильтрации для формирования персонализированного интерфейса пользо- 
вателя на основании истории его отзывов (или статистики использования сценариев). 
Развивая предложенный подход, можно рассмотреть идею создания централизован- 
ного хранения (репозитория) с тем, чтобы применить простой механизм для обновления 
базы алгоритмов обработки изображений. 

Централизованное хранение базы алгоритмов обработки изображений имеет ряд 
преимуществ, среди которых: 

— возможность использования актуальных сценариев обработки изображений; 

— возможность оперативного исправления/добавления сценариев; 

— минимальные затраты при расширении функционала программы; 

— возможность добавления новых сценариев без перекомпиляции разработчиками 
и опытными пользователями прямо из интерфейса клиентской части программы. 

Еще один шаг развития концепции — создание и использование множеств 
новых программируемых функций, которые могут быть сконфигурированы с по- 
мощью Гла-скриптов под управлением Интеллектуального агента. 
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